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AbstCA a**?” Designing space-based telerobotic systems presents* many problems unique to 
teterobotics and the space environment, but it also shares many common hardware and 
software design problems with Earth-based industrial robot applications. Such problems 
include manipulator design and placement, grapple-fixture design, and of course the 
development of effective and reliable control algorithms. 

Since first being applied to industrial robotics just a few years ago, interactive 
graphic simulation has proven to be a powerful tool for anticipating and solving problems 
in the design of Earth-based robotic systems and processes. Where similar problems are 
encountered in the design of space-based robotic mechanisms, the same graphic simulation 
tools may also be of assistance. 

x h •. s p flpar— de scxxbe s the capabilities of PLACE, a commercially available interactive 
graphic system for the design and simulation of robotic systems and processes. A 
space-telerobotics application of the system is presented and discussed, potential future 
enhancements are described. \ , 
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1 . Introduct ion 

I 

As the number and complexity of robot applications increase, the importance of being 
able to effectively evaluate design and programming alternatives will also increase. While 
such evaluation can, in most cases, be per f ormed/on a tnal-and-error basis in the "real 
world", there are advantages to be gained by fi-rst testing those ideas in a simulated 
environment using computer graphics. The major advantages are: 

* The time and materials spent physically/prototyping alternative robotic systems is 

reduced or eliminated. / 

* The possibility of inflicting physical harm to personnel or equipment in the event of a 

proqramminq error is reduced. / 

* Characteristics of the space environment that cannot be physically reproduced on Earth 
may be amenable to computer simulation. 

The major disadvantage of using computer simulations to develop robotic systems and 
processes is that simulations are newer perfect representations of what will happen in the 
reai world. The user must theretone be careful to understand which aspects of the real 
world behavior are important to hij6 application and how well they are reproduced by the 
simulation. / 

The following portions of this aper discuss some areas of robotics in which graphic 
simulation tools can be of value and describe several products produced by McDonnell 

Douglas tor this purpose. / 

2. Conceptual Design Using (graphic Simulation 


Before detailed design work can begin on a new robot application, it is first necessary 
to develop a general concept of the system and processes that will be required to. achieve 
the specified goal within a particular environment. This conceptual design is useful not 
only as the initial step dn the top-down design of a new robotic system, but also as a 
means to effectively describe your concepts to others. It is generally easier to get an 
idea across by viewing th,e simulated system in action than by reading pages of text and 
static drawings. / 
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PLACE (Positioner Layout and Call Evaluator) was the firmt in a ••ri« °* 

Douglas Robotics Software Products. It axacutas on DEC VAX prlcff^oftweie 

computer. using an Evans t sutharland PS300 Coaputar Graphics systaa. Tha softwara 

is dasignad to graphically create, analyra, and aodify robotic -vork-call-dascriptions. A 
"work-call" description is a collection of CAD-generated gaoaatry represent ingtne 
components of a robot-based aanufacturing sy.taa or "work-call". Tha. •exponent, includa 
robots, and-af fee tors, fixtures, NC aachinas, raw material, completed parts, ana 
aiscellaneous tooling. The designer has the option of creating an original ceil 
description or using McDonnell Douglas supplied robots or work-cells found ib ^ 

of call description files. These files contain aodels of aany coaaercially available 
robots, as well as cells for a variety of robot applications. 

PLACE includes the following features: 

* Kineaatic equations to siaulate the aotion of over 100 industrial robots. 

* Continuous readout of joint angle data during robot motion. . . 

* 3-D graphics for manipulation, notion specification, and visual collision detection 
(automatic collision detection is also available). 

* Interactively controlled dynamic 3-D scaling, translating, and rotating of p , 
devices, and the entire ceil. 

* Recording of robot motion sequences for playback and analysis. 

* The ability to define attachaent/detachment of parts. 

* Simulation and programming of device I/O. 

* sensor support. 

* Conditional execution based upon internal computation or device i/o. 

* Parallel, coordinated device aotion. 

* A user-expandable library of robots and other work-cell components. 

The addition of new robots to the library referred to above has been greatly simplified 
by a software package called "BUILD". BUILD automatically determines the kinematic 
equations of a robot manipulator from its geometric model, thermby eliminating ' the i ^^o 
perform a custom kinematic analysis for each new robot. This makes it easy f 
test many different manipulators or many variations of the same manipulator in order to 
approach an optimal design for the task to be performed. Since BUILD i a £ ViC#S 

havinq six degrees of freedom or less, the PLACE system includes the ability to define 
"Compound Devices" comprised of suitably coordinated sub-devices. In this way mechanisms 
having greater than six coordinated degrees of freedom can be simulated. 

3. Off-Line Programming 

Off-line programming of robotic systems may eventually prove to be the i most 
application of graphic simulation tools. As robots are required to Perform increasingly 
complex tasks in less structured environments, greater emphasis will be placed on the 
sensing and laical control aspects of robot programs On. "Vj*^*** SS/ST” 
is to combine motion sequences produced by a system like PLACE with the „ nr^raa can be 
program written in the robot’s native language. In this way an off-line program can be 
created that will already have the robot motion portions largely debugged. 

McDonnell Douglas has produced a system called "COMMAND" that provides a set of 
translators for generating off-line programs from motion sequences created using PLACE. 

The translators also process instructions entered in the robot s pi£ce 

instructions can include references to the motion sequences , J" PL ^_ 

Translator output consists of a robot source program and an object code data file. This 
data file can be automatically written to tape or diskette as required for loading into the 
robot controller. 

4. Space Telerobotics Example 

specific questions in the realm of space telerobotics that could be resolved, at least 
in part, by someone using PLACE and BUILD include: 

* Can an "off-the-shelf" industrial robot be used for a space-based application? If not, 

then can a slightly modified version be used? . , , 

* Can a modular , reconf igurable manipulator capable of supporting a wide range of 

assembly and repair tasks be designed? . 

* Can a general-purpose gripper for space-based assembly and ^epa.r tasks be designed. 

* where snould the base of a manipulator on the space station be located m order to 

perform a cooperative task with the shuttle manipulator. . , 

* Shere should ?he manipulator (s) be located pn a teleoperated maneuvering vehicle (TMV) . 

* How should the tool-bay of a TMV be organized? Can the tools be reached by the 

* Shere U shouli S the cameras be located? Where, should they be looking during a particular 

* If a a e manipHlator C needs to move a payload between two points, what paths are collision 
free and do not cause joint limit errors? 


208 


To illustrate and assess the capabilities of PLACE and BUILD as applied to Mie 
space-telerobotics domain, an example telerobotics scenario was developed and used as the 
basis for i PLACE demonstration. The basic scenario is shown in figures 1 through 7, 
plotted directly froe the PLACE display. Mere are descriptions of each figure and a few 
coseents regarding the siaulation at that point: 

Figure 1 - Shuttle Arriving at the Space Station 

All major movable components of the station are modelled as devices. This includes the 
solar panels, the large radio dish antenna, and the waste-heat radiator panels (below 
the radio dish). The large box-like structure located between the solar panels on the 
center truss is a hangar in which astronauts can perform satellite repair work. The 
primary goal at this point is to move the shuttle safely into a good position for 
transferring the laboratory nodule from the shuttle to the station manipulator, it is 
important that the position chosan not cause joint errors in either manipulator or 
require repositioning of the shuttle during the module transfer. Locations satisfying 
these constraints can be readily found by having the station and shuttle manipulators 
"track" the module as you use the simulator's control dials to change the shuttle 
vehicle's position while monitoring the manipulator joint displays. 

Figure 2 - Laboratory Module Being Transferred From the shuttle Manipulator 
to the Station Manipulator. 

The main problem encountered here was in determining the locations for the two grapple 
fixtures on the module. The center grapple location worked well for the shuttle 
manipulator. Having the station manipulator grab the module on top and then moving the 
station manipulator's platform vertically to insert the module required minimal motion 
of the station manipulator. 

Figure 3 - Teleoperated Maneuvering Vehicle (TMV) Preparing to Capture a 
Satellite. 

Each of the TMV's main arms has six degrees of freedom. Each finger has five degrees 
of freedom. The arms and fingers can be controlled independently or as a single 
"Coordinated Motion Compound Device". The vehicle has two cameras, one located on the 
left boom and one on the right. Two disk shaped communication antennas are located 
behind and slightly celow the camera booms. The fingers on the TMV's right hand are 
brought to a point for insertion into the recessed nozzle of the satellite. The 
fingers of the left hai.d are opened to form a flat surface to push against the opposite 
end of the satellite. 

Figure 4 - TMV Transferring Satellite to Space Station Hangar. 

Here the TMv/ is getting into position to deposit the satellite into the hangar. It's 
approach from "below" (between the hangar and the radiators) requires that the 
station's antenna be moved out of the way to avoid a possible collision. It may have 
been better to enter the hangar from above (where the two trusses meet) but in that 
case there might still be a need to reposition the solar panels to reduce the chance of 
collision. 

Figure 5 - station Climbing, Observing, and Repair (SCORP) Vehicle 
Attached to Station Manipulator. 

By replacing the three- fingered hands with cylindrical grippers suitable for grasping 
space station struts, replacing the fixed cameras on booms with movable cameras on 
"eyestalks", and by adding a "tail" capable of securely latching onto any portion of 
the station's truss structure, the TMV can be converted into a vehicle capable of 
climbing on, inspecting, and repairing the space station. It is shown here attached to 
the station manipulator prior to being placed on the truss structure. The SCORP has no 
engines and therefore must always be attached to the station in some way. A parts bay 
is located inside the SCORP* s "chest" below its left arm. A tool bay is located below 
its right arm. 

Figure 6 - SCORP Climbing on Station While Performing Visual Inspection 

Climbing is accomplished by declaring the arms and body of the vehicle to be a 
"Coordinated Motion Device", thereby forcing them to begin and end their motion 
simultaneously. The requirement that one hand continue to grasp the station while the 
body and arAs are being repositioned is indicated to the PLACE system by tempora'rily 
declaring the corresponding arm to be a "Dependent Motion Device". The system then 
asks the user to specify the spatial relationship (in this case between hand and strut) 
that must be maintained during the execution of this climbing step. Once all of the 
goal positions and dependencies are defined, the simulation can proceed. The same 
approach can be used to simulate walking. 
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Figure 7 - SCORP Anchored to Station wh.le Holding Reinforcement Strut to 
Space Station Box-Truss Structure. 

^r.J.t^lt’rSt^r't^r^^.i^^S :"r.nn. S “in%ro;Si‘ing a Su“tr„^.ri="? 

vehicle. ™i ?r.ppl. position eh»n in ^ *£SSn, 

S SSW: ~.i f * nd tine co " su,in9 

to identify without the use of a simulation system like place. 

5. Future Directions 

The primaryemphasisofthese^f irstgeneratlon* graphic •^^^“y^r^inS 

th. V pr^raiu.ed~eotion! y " £* ?ha! additional improvement. can. and will, he 
made in these areas. 

, w «. > D n e ar . qreater attention will be paid to simulating 

As sore complex robot ap P^ c *^ i . trac j[ of accumulated position and force errors 

sensor-based robot ^ havlor .*^" i ^ e ®PJ; a ? a tion of "sensory expectations" for the robot’s 
»SMo“ y .is«.s°Hul Visa be necessary if a complete off-line programming environment is to 
be realized. 

„ni„ as nroviders of relatively raw information to a 

So far these systems not -too-distant future we may see systems having the ability 

human decision maker. . In ” results and qive advice to the human user during a cell 

to analyze their own simulation results an 9 parts of the process, such as finding 

design or programming a ®® al °"* ie ^^iSs P Jill g?aduall? be turned o?er to the system, with 
collision-free manipulator trajectories, ig * than pro gramer. Ultimately there 

the human user a d"f ^graphic output from the robot simulation and planning system, 
«cU«\S?v“». rSnK figuSSZu**'* planning process as it determines how to 
accomplish to goals we have set before it. 
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